CAPTURE TAX AUTHORITY 
REGISTRATION INFO 




124- 



VERIFY TAX AUTHORITY 
IDENTITYVIATHIRD PARTY ID 
SERVICE 



VERIFY TAX AUTHORITY 
FINANCIAL INFORMATION VIA 
ACH PRENOTE 




128 



132 




FAILED 
REGISTRATION 
PROCESS 




CONTAQTAX 
AUTHORITY TO RESOLVE 
REGISTRATION FAILURE 



SUCCESSFULLY 
REGISTERED 



I 

1 



144 



SEND REGISTRATION 
CONFIRMATION AND WELCOME 
.PACKAGE TO TAX AUTHORITY^ 



STORE TAX AUTHORITY LICENSeN 
FOR CLEARING HOUSE J 



FIG. 4 



i 



^CAPTURE MERCHANT" 
REGISTRATION INFO 




20 4^ 



r 



212 



VERIFY MERCHANT 
IDENTIC VIA THIRD PARTY 
ID SERVICE 




VERIFY MERCHANT 
BANK INFORMATION VIA 
ACH PRENOTE 



FAILED 
REGISTRATION. 
PROCESS 

CONTAQMER 
CHANT TO RESOLVE 
REGISTRATION 
FAILURE 




VERIFY MERCHANT 
CREDIT VIA CREDIT 
BUREAU 




216 



7T 





FAILED -1 



SUCCESSFULLY 
REGISTERED 



PASSED 
CREDIT 
CHECK 



220 



228 
\ 



contaq mer- 
chant to resolve 
credit check , 
\failure(s)^ 



'DETAIN DIGITAC 
CERT FOR 
MERCHANT 




ESTABLISH 
SERVICES FOR 
MERCHANT 



n VC( 
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236 



COLLEQION SCHEDULE 



240 



SEND REGISTRATION CON- 
FIRMATION AND WELCOME PACKAGE 
TO MERCHANT 



•244 



6 FIG. 6 




254'-XJ 



VALIDATE MERCHANT SALES CONTENT 



DOES THE MERCHAKT REQUEST HAVE SUFFI- 
CIENTLY VAUD INFORMATION TO PROCEED? 




BAD CONTENT 



VALID CONTENT 
i 



I 



260 



REJEQ 
MERCHANT 
SALE 



270 



1 



DETERMINE TRANSAQION PURPOSE 



■262 



RETURN CORRECTED 
ADDRESS INFO TO 
MERCHANT 



ADDRESS 
CHECK 




IS TRANSAGION PURPOSE TAX CALCU- 
LATION OR ADDRESS CHECK ONLY? 



282 



TAX CALCULATION 



CALCULATE TAX AMOUNT FOR EACH 
TAXABLE ITEM AND TAXING AUTHORITY 



AUTHORIZE 
CREDIT CARD 
TRANSAQION 



AUTH 
SERVICE 
REQUEST 




IS CREDIT CARD AUTHORIIATION 
REQUESTED? 



i 



RETURN CALCULATED TAX 
AND AUTH RESULT 



^286 



END 



FIG. 7 



FIG. 9(1) 



604- 



608 



START 

i 

A MERCHANT'S [COMMERCE ENGINE/SERVER 86 OR OFF-LINE SALES TRANSAQION SYSTEM 
COMMENCES PROCESSING A SALE WITH A CUSTOMER 



A TAX AGENT SUBSYSTEM 48 {E.G., PLUG-IN 82) IS AQIVATED AT THE MERCHANT'S NETWORK 
46 SITE FOR REQUESTING A TAX ON THE SALE BY TRANSMIHING SALE TRANSAGION DATA ON 
THE SALE TO THE TAXATION GATEWAY. 



612 



(A>-* 



UPON RECEIVING THE REQUEST (AT THE MERCHANT INTERAQION CONTROL SYSTEM 256), THE 

MERCHANT'S IDENTIFI-CATION IS USED TO ACCESS THE MERCHANT DATABASE 456 FOR 
VERIFYING THE MERCHANT AND THEN RETRIEVING THE MERCHANT'S BUSINESS TAXATION RULES 
ESTABLISHED BYTHE MERCHANT FOR THEREBY DETERMINING THE TRANSAQION PROCESSING 

TO BE PERFORMED. 



632 



A. 



AQIVATE TAX COMPUTING ENGINE 70 

WITH THE REQUEST, AND THE 
MERCHANT'S BUSINESS RULES FOR 
DETERMINING THE TAXES (IF ANY) 

DUE ON THE PURCHASE. SEE FIG. 11 

COD TUC CTCDC DCDmPAACH UCOC 



616 



TAXES 



636 




USING ATTRIBUTE/VALUE PAIRS IN THE 
REQUEST TOGETHER WITH THE 
MERCHANTS BUSINESS RULES, THE TAX 
COMPUTING ENGINE 70 DETERMIKNES 
WHICH (IF ANY) TAXES ARE TO BE 
COLLEQED. 

fnilFa NO TAXES 



COLLEQ TAXES ON 
BEHALF OF TAX 
AUTHORITIES. 



THE MERCHANT INTERAQION CONTROL 
SYSTEM 256: USE THE MERCHANT INPUT 
AND THE MERCHANT'S BUSINESS RULES TO 
DETERMINE WHETHER TO CALCULATE AT 
LEAST SOME TAXES OR ONLY ADDRESS 
VERIFICATION? 



AnrvDccc 

VERIFICATION 



£ 



620 



USING AHRIBUTE/VALUE PAIRS IN THE 

REQUEST TOGETHER WITH THE 
MERCHANT'S BUSINESS RULES, THE 
ADDRESS VERIFICATION SYSTEM 448 IS 
INVOKED TO VERIFY AND/OR CORREQ 
THE BUYER'S ADDRESS(ES) 



RETURN TO THE MERCHANT WITH ANY 
PURCHASER ADDRESS VERIFICATION 
AND/OR CORREQION. 



624 



652 



THE TAX COMPUTING ENGINE 70 PROVIDES THE 
COMPUTED TAX(ES) FOR THE REQUEST TO THE TAX 
TRANSAQIONS DATABASE MANAGEMENT SYSTEM 

472 WHICH CREATES A REQUEST TO DEBIT THE 
MERCHANT'S BANK ACCOUNT FOR TAX{ES) TO BE 
COLLEQED. 



THE TAX TRANSACTIONS DATABASE AND 
MANAGEMENT SYSTEM 472 GENERATES A BANK TO 

BANK FUNDS TRANSFER REQUEST FOR 
TRANSFERRING THE TAX(ES) TO BE COLLEQED FROM 
THE MERCHANT'S BANK TO THE BANK FOR THE TAX 
GATEWAY 32 OR 34. SUBSEQUENTLY, THE FUNDS 

TRANSFER REQUEST IS TRANSMITTED TO THE 
MERCHANT'S BANK (VIA THE BANK INTERFACE) FOR 
THEREBY TRANSFERRING THE TAX FUNDS 480. 



656 



zr 



END 



644 



THE MERCHANT INTERAQION CONTROL 
SYSTEM 256 RECEIVES A NEXT MERCHANT 
REQUEST TO PROCESS 



628 



640 

J- 



RETURN THE RESULTING TAX DATA TO THE 
MERCHANT (VIA THE MERCHANT 
INTERAQION CONTROL SYSTEM 256). 



THE TAX COMPUTING ENGINE 70 STORES THE 
TAX INFORMATION DETERMINED FOR THE 
REQUEST IN THE TAX AUDIT ARCHIVE 476. 



THE MERCHANT INTERAQION CONTROL 
SYSTEM 256 RECEIVES A NEXT MERCHANT 
REQUEST TO PROCESS. 



FIG. 9(2) 



FIG. 10(1) 



START 



ADDRSS UST <-THE UST OF AIL ADDRESSES TO VERIFY FROM THE MERCHANT REQUEST. 1^ 704 



ADDRS <r THE FIRST (NEXO ADDRESS OF ADDRSS_UST ADDRESS TO BE PROCESSED (BY 
EITHER VERIFYING THE ADDRESS, OR ENHANCING ITTO ZIP+FOUR). 



■708 



^^^^ REQUEST PROCESSING OF ADDRS FROM THE ZIP CODE ENHANCEMENT SYSTEM 460. 



720 



WAS ADDRESS PROCESSED 
SUCCESSFULLY? 




NO 



YES 
716 



SET STATUS FIELD OF ADDRS (OR THE 
ENHANCED VERSION OF ADDRS) TO 
VALID. 



DO MERCHANTS BUSINESS RULES AUOW FOR 
THE PROCESSING OF A PARTIAL ADDRESS AND IS 
THERE AMORE COARSE ADDRESS PROCESSING 
METHOD AVAIIABLE? 



PROCESS THE CITf, STATE AND ZIP CODE 
ONLY FIELDS OF ADDRS FOR VAUDITY (I.E., 
CONSISTENCY) 



SET THE 
STATUS FIELD 
OF ADDRS TO 
INDICATE THAT 
ONLY THE CITY, 
STATE AND ZIP 
CODEISVAUD. 



YES 



NO 



740 



WAS THE PROCESSING OF THIS 
PART OF THE ADDRESS 
SUCCESSFUL? 



i \-744 
NO 




DOTHEMERCHANPS BUSINESS RULES 
ALLOW FOR SUBSTITUTING ANOTHER 
ADDRESS AND IS THERE ANOTHER ADDRESS 
THAT CAN BE USED? 

YES ^ ^738 



CREATE SUBSTITUTE ADDRESS 
RECORD FOR ADDRS & SET THE 
STATUS FIELD OF ADDRS TO 
INDICATE A SUBSTITUTE ADDRESS. 




:>tl VAUUAIIUN l-ltUJ Ul- AUUK^ 

TO INVAUD. 



DO MERCHANTS BUSINESS RULES ALLOW FOR 
PROCESSING A MORE PARTIAL ADDRESS AND 
IS THERE A MORE COARSE ADDRESS 
, ^PROCESSING METHOD AVAIIABLE? 

A__,o^^ 



i: 



739 



756 



YES 



752 



1 



SET STATUS FIELD OF ADDRS TO 
INDICATE THATTHE CITY, STATE 
AND ZIP CODE FIELDS ARE INVALID. 



PROCESS THE STATE AND ZIP 
CODE ONLY FIELDS OF ADDRS 
FOR VALIDITY. 



-760 



764 



IS THIS PART OF THE ADDRESS 
I CONSISTENT? 



YES 



NO 



772 




YES 



780 



DO THE MERCHANT'S 
BUSINESS RULES ALLOW FOR 
PROCESSING A MORE PARTIAL 
ADDRESS AND IS THERE A 
MORE COARSE ADDRESS 
PROCESSING METHOD 
AVAILABLE? 

NO 



768 , 



SET STATUS FIELD OF ADDRS TO 
INDiaTE THAT THE STATE AND ZIP 
CODE FIELDS ARE CONSISTENT. 



©- 



776 



PROCESS THE ZIP CODE 
ONLY FOR DETERMINING IF 
IT IS A VALID ZIP CODE. 



1 



SET STATUS FIELD OF 
ADDRS TO INDICATE 
THATTHE STATE AND 
ZIP CODE FIELDS ARE 
INVALID. 



r 



784 



SET STATUS FIELD OF ADDRS TO 
INDICATE THE RESULT OF THE ZIP CODE 
VALIDITY DETERMINATION. 



724 



DO THE MERCHANT'S 
BUSINESS RULES 
ALLOW FOR THE 
PROCESSING OF 
ANOTHER ADDRESS AND 
IS THERE ANOTHER 
ADDRESS ADDRSS_LIST 
TO BE PROCESSED? 



YES -(B) 



728- 



NO 

I 
I 

A. 



RETURN WITH PROCESSED 
ADDRSS LIST. 



FIG. 10(2) 



FIG. 11(1) 



804 



1 



START 



THE TAX COMPUTING ENGINE 70 RECEIVES INPUT FROM THE MERCHANT INTERAQION CONTROLLER 256 
ABOUT A TAXABLE MERCHANT TRANSAQION, INCLUDING THE FOLLOWING INFORMATION: THE 
MERCHANT'S SYSTEM ID, CLASSIFICATIONS OF THE PRODUQS (INCLUDING SERVICES) PURCHASED 
(PRODUa CODE), THE CUSTOMER'S LOCATION (ADDRESS AND ZIP, IF AVAILABLE), WHERE THE PURCHASED 
PRODUa(S) IS TO BE DELIVERED AND/OR THE BILLING ADDRESS. ADDITIONALLY, FOR EACH LINE ITEM OF 

PRODUQS BEING PURCHASED, THE FOLLOWING INFORMATION MAY BE PROVIDED IF AVAILABLE: A 
STOCKING UNIT IDENTIFICATION (SKU), THE QUANTITY BEING ORDERED, THE "EXTENDED PRICE" (PRICE 

TIMES QUANTITY). 



IS THE INPUT TO FINALIZE THE TAX(ES) FOR A 
PURCHASE, WHEREIN THE SALES TAXES WERE 
PREVIOUSLY DETERMINED BY THE TAX 
C0MUTIN6 ENGINE 70? 



-816 



RETRIEVE PREVIOUS TAX 

RESULT FOR THIS 
PURCHASE FROM THE 
RUNTIME DATABASE. 



USING AHRIBUTE/VALUE PAIRS IN THE INPUT TO 
THE TAX COMPUTING ENGINE 70 INVOKES THE ADI 
OR CORREQ THE ADDRESS(ES) ADDRESS(ES) P 


£ — 1 

3ETHER WITH THE MERCHANT'S BUSINESS RULES 
)RESS VERIFICATION SYSTEM 448 TO VERIFY AND/ 
ROVIDED IN THE INPUT AS SHOWN IN FIG. 10. 






Mill ZinilKI-SN UhKirft IXMim Mil t r-l-IJ UllUKUllMll 

TO THE MERCHANT'S BUSINESS RULES? ^ 

832 1 

^840 Y[ 


V wn J GENERAlE iAXCOMPUiATIOn 

^ ERROR MESSAGE AND RETURN. 


:S ^836 


USING THE MERCHANT'S BUSINESS RULES, DETERMINE THE TAX CALCULATION METHOD TO BE USED, 
WHAT TO DO WITH THE CALCULATED TAX RESULTS, WHAT IF ANY TAXES TO COLLEQ, AND THE (ANY) 
TAXABILITY CRITERIA TO BE USED IN COMPUTING THE TAX. 


1 


r 



ASSUMING THE MERCHANT'S BUSINESS RULES PERMIT, FOR EACH LINE ITEM IN THE INPUT, 
DETERMINE FOR THE PRODUQ OF THE LINE ITEM, THE PRODUQ CODE (HAVING THE PROOUQ 
SEQION TYPE, THE PRODUQ CATEGORY TYPE, AND THE PRODUQ CODE) BY PERFORMING THE 
PROGRAM AS SHOWN IN FIG. 1 2, AND STORE THE LINE ITEM WITH IT PRODUQ CODE IN THE RUNTIME 
DATABASE. ' 

844-^ 



848^^ i 

DETERMINE THE TAX AUTHORITIES HAVING NEXUS FOR THE PURCHASE CORRESPONDING TO THE 
INPUT, I.E., GENERATE A LIST OF TAX AUTHORITIES: TAX_AUTHORITIES_LIST WHICH INCLUDES EACH 
TAX AUTHORITY FOR WHICH THERE IS A PRESENCE BY THE MERCHANT AND/OR BY THE CUSTOMER IN A 
GEOGRAPHICAL AREA SUBJEQ TO TAXES BY EACH TAX AUTHORITY ON THE LIST. NOTE, SUCH TAX 
AUTHORITIES NEED NOT HAVE CONTRAQED WITH THE TAX GATEWAY TO COLLEQ TAXES. 



852^ 



FOR EACH OF THE TAX AUTHORITIES OF TAX_AUTHORITIES_LIST, AND (DEPENDING ON THE 
MERCHANT'S BUSINESS RULES) FOR EITHER THE SALES TOTAL, OR EACH LINE ITEM OF THE 
PURCHASE, DETERMINE WHETHER THERE ARE TAXES APPLICABLE, AND IF SO, THEN DETERMINE THE 
TOTAL TAX (TT) OWED (IF ANY) AND POSSIBLY THE TAX OWED FOR THE LINE ITEMS SEE FIG. 13 FOR 

DETAILS. 



PUT TAX TOTAL AMOUNT n (AND IF MERCHANT'S BUSINESS RULES INDICATE, TAX DETAILS AS TO 
LINE ITEMS AND/OR IDENTIFICATION OF TAX AUTHORITIES LEVYING TAXES) INTO A TAX 
TRANSACTION RECORD FOR TRANSMIHING TO THE MERCHANT. 



t 



DOES THE MERCHANT'S BUSINESS RULES AND/OR 
THE INPUT INDICATE THAT TAXES ARE TO 
FINALIZED IN A ONE OR A TWO STEP PROCESS? 

TWO 



856 



STEPS 




860 



ONE 



STEP 



DATA IS OUTPUT TO THE MERCHANT 
INDICATIVE OF THE PROCESSING 
PERFORMED. 



824 



RETURN 



USE THE TAX LEVIED RECORDS TO CREATE 
PERSISTENT TAX RECORDS FOR ARCHIVING 
AND/OR COLLECTING (ANY) TAXES ON THE 
PURCHASE ACCORDING TO THE MERCHANT'S 
BUSINESS RULES. 



820 



FIG. 11(2) 



r 



928 



USE THE STOCKING UNIT TO 
RETRIEVE FROMAPRODUa 
CROSS REFERENCE TABLE OF 
THE MERCHANT DATABASE 
456, ANY CORRESPONDING 
PRODUaCODE. 



IS A VALID 
PRODUaCODE,, 
OBTAINED? 

932 




NO 




FOR THE CURRENT LINE ITEM, WHICH OF THE 
FOLLOWING IS PROVIDED IN THE INPUT SALE 
TRANSAQION DATA: A PRODUQ CODE, A 
MERCHANT STOCKING UNIT, OR NO PRODUQ TYPE 
IDENTIFiaTION? 

PRODUQ CODE 



PROVIDED 



NO PRODUQ 



YES 



NO 



IS THERE A DEFAULT 
X PRODUQ CODE? 



YES 



NO 



^ A 4 

aio 



IS THE PRODUQ 
+ CODE VALID? 



908 




YES 



GENERATE A TAX COMPUTATION ERROR 
FOR PROVIDING TO THE MERCHANT 



STORE LINE ITEM DATA WITH ERROR 
IN RUNTIME DATABASE. 



.920 



.924 



RETURN 



V STC 



STORE ITEM DATA AND VALID PRODUQ CODE IN RUN TIME DATABASE AND 
RETURN WITH VALID PRODUQ CODE. 



FIG. 12 



008 



START 



RETURN WITH TAX TRANSACTION 
RECORD INDICATING THAT THE 
PURCHASE WAS IDENTIFIED AS 
TAX EXEMPT. 



YES 



-9 



DOES THE MERCHANT'S INPUT SALE 
TRANSAQION DATA INDICATE THAT THE 
CORRESPONDING PURCHASE IS TAX EXEMPT? 



NO 



1004 



FOR EACH TAX AUTHORITY IDENTIFIED ON TAX_AUTHORITIES_LIST, CREATE A 
CORRESPONDING TAX LEVIED RECORD, TLR. 



,1012 



FOR EACH LINE ITEM U IN THE SALE TRANSAQION DATA, FOR EACH TAX AUTHORITY TA ON THE 
TAXAUTHORITIESJIST: 

USE THE LINE ITEM'S PRODUQ CODE (PQ TO RETRIEVE THE TAXATION RECORD 
(TR) FOR TA FROM THE TAX CRITERIA DATABASE 404, WHEREIN TR SPECIFIES 
TAX RATE DATA FOR THE PRODUQ CODE OF LI. 



1 



1016 
U 



FOR EACH TAXATION RECORD TR RETRIEVED, AND FOR EACH LINE ITEM LI HAVING PRODUCT 
CODEPG 

IF THE TAX RATE DATA FOR PC IN TR INDICATES THAT 

PRODUCTS HAVE PRODUCT PC ARE EXEMPT, THEN DO 

NOT RETAIN ANYOFTR'S RATE DATA; 
ELSE RETAIN THE TAX RATE(S) OF TR FOR COMPUTING A CORRESPONDING TAX FOR LI. 



J 



1020 



FOR EACH LINE ITEM LI, FOR EACH TAX AUTHORITY TA HAVING A RETAINED TAX RATE DATA FOR 

LI: 



(A) USE THE TAX RATE DATA FOR DETERMINING A TAX, TX, FOR LI; 

(B) MODIFY THE TAX LEVIED RECORD, TLR, FOR TA TO INCREMENT BY TX A TOTAL 
AMOUNT OF TAX DUE TO TA. 

(Q ADD TX TO A TOTAL.TAX AMOUNT (TT) DUE ON THE PURCHASE. 



/ 
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FIG. 13 



START 



THE MERCHANT ENROIMENT SYSTEM 444 RECEIVES ENROLIMENT INFORMATION (VIA THE MERCHANT INTERACTION 1 -j 04 
CONTROL SYSTEM 256) FROM THE MERCHANT. THE ENROLIMENT INFORMATION INCLUDES: (A) MERCHANT LOCATION(S) f 
(I E ADDRESS AND ZIP CODE), (B) TYPE(S) OF PRODUQS OR SERVICES OFFERED (INCLUDING DEFAULT PRODUCT SECTION, y 
PRODUCT CATEGORY, AND PRODUCT IDENTIFIER DATA), (Q THE MERCHANTS FINANCIAL INSTITUTION 54 INCLUDING 
ACCOUNT TYPE, ROUTING AND TRANSIT NUMBER, ACCOUNT NUMBER, AND ANY OTHER INFORMATION NECESSARY FOR 
AUTOMATED CLEARNING HOUSE (ACH) MONEY MOVEMENT. 



THE MERCHANTS ADDRESS INFORMATION IS INPUT TO THE ADDRESS VERIFICATION SYSTEM 448, AND IN PARTICULAR, TO 

THE ZIP CODE ENHANCEMENT SUBSYSTEM 460 THAT OUTPUTS MERCHANT LOCATION(S) AS ZIP CODE+4 THEREBY 
IDENTIFYING THE MERCHANTS LOCATION(S) TO WITHIN, E.G., A CITY BLOCK AND ADDITIONALLY INDICATES THE SIDE OF THE 
STREET ON WHICH EACH OF THE MERCHANTS LOCATIONS RESIDES. 



1108 



FOR EACH ZIP CODE+4 OBTAINED, IT IS INPUT TO THE GEO-CODE RETRIEVAL SYSTEM 464 THAT SUBSEQUENTLY OUTPUTS 
A CORRESPONDING "GEO-CODE" SUCH AS THE FIPS GEO CODE, WHICH IS A STANDARD GEOGRAPHIC CODE DESIGNATION 

USED FOR IDENTIFYING TAX JURISDICTIONS. 



1112 

u 



THE RESULTING ONE OR MORE GEO-CODES ARE INPUT TO THETAXJURISDICTION EVALUAT0R468 FOR RETRIEVING 
INFORMATION ON TAXES THAT ARE APPUQBLE TO EACH INPUT GEO-CODE. THE OUTPUT FOR EACH GEO-CODE IS IN THE 
FORM OF ATABLE INDICATING THE VARIOUS TAX AUTHORITIES, THE TAX RULES AND TAX RATES THAT ARE POTENTIALLY 

APPUCABLE BASED SOLELY ON THE GEO-CODE. 



EACH OF THE OUTPUT TAXATION TABLES IS PARSED BY THE MERCHANT ENROLIMENT SYSTEM 444 AND BUSINESS RULES 
ADC ccMcoATcn u\D Tuc McorHAUT iiciwc iMPiiT CPOM THF MFPfHftKiT AROLIT HIS/HER BUSINESS O.PE.R.ATIONS, THE 
TAXES TO BE COMPUTED AND THE TAXES TO BE COLLECTED. THE RESULTING RULES ARE STORED IN THE MERCHANT 
DATABASE 456 SO AS TO BE ACCESSIBLE VIA AN IDENTIFIER FOR THE MERCHANT. 



ASSUMING THE MERCHANT SUCCESSFULLY REGISTERS/ENROLLS WITH A TAX GATEWAY 34 OR 40, THE MERCHANT TO ABLE 
TO SUBMIT SALE TRANSACTION DATA TO SUBSTANTIALLY ANY OF THE TAX GATEWAYS, AND ADDITIONALLY TO DOWNLOAD (A 

VERSION OF) THE TAX AGENT SUBSYSTEM 48 (E.G., THE "PLUG-IN 82) FOR INTERFACING WfTH THE TAX GATEWAY FOR 
COMMUNICATING TAX INFORMATION (E.G., TAX CALCULATION REQUESTS, TAXES PAID, ITEMIZATION OF TAXES, IDENTITY OF 
CUSTOMERS TAXED, AMOUNT OF TAXES, ETQ. NOTE THAT THE TAX AGENT 48 CAN BE INTEGRATED WITH THE MERCHANTS 
ECOMMERCE ENGINE/SERVER 86 FOR AUTOMATIC ACTIVATION DURING A NETWORK (E.G., INTERNET) TAXABLE TRANSACTION 
AND/OR FOR PERIODIC TRANSFER OF TRANSACTION TAX DATA OBTAINED FROM TAXABLE TRANSACTIONS PERFORMED OFF 

UNE. 



END 



FIG. 14 



